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(57) Abstract 

The invention concerns a system (S) for managing 
transactions between service suppliers and customers on a 
communication network, said suppliers and customers be- 
ing respectively provided with servers (FS) and customer 
stations (CL) connected to toe network. The system (S) 
comprises a proxy server (SM) connected to the network 
and arranged to communicate with the customer stations 
and with the service suppliers* servers respectively, such 
that all the transactions between said service suppliers 
and said clients passes through said proxy server (SM). 
This method is useful to all Internet users for commercial 
transactions. 
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(57) Abreg* 

Systetne (S) pour gerer des transactions entre des 
foumisseurs de services et des clients sur un reseau 
de communication, ces foumisseurs de services et ces 
clients disposant respectivemeat de serveurs (FS) et de 
posies clients (CL) connectes au reseau. Le systeroe 
(S) comprend un serve ur de mediation (SM) connecte* 

au reseau et agenc6 pour communiquer d'une part avec les postes clients ct d' autre part avec les serveurs respectifs des foumisseurs de 
service, de sorte que I'ensemble des transactions entre ces foumisseurs de services et ces clients transite via ce serve ur de mediation (SM). 
Ce proedde* inte*resse Tensemble des acteurs commercial!* sur Internet 
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" Systeme et procede pour gerer des transactions 
entre des fournisseurs de services et des clients sur un 
reseau de communication " 
La presente invention concerne un systeme pour gerer 
5 des transactions entre des fournisseurs de services et 
des clients sur un reseau de communication. Elle vise 
egalement un procede mis en ceuvre dans ce systeme. 

Elle s'adresse principalement a des fournisseurs 
d'acces a des reseaux tels qu* Internet, qui mettent en 
10 rapport des clients disposant de logiciels de navigation 
standards et des fournisseurs de service independants . 

Dans la suite , les abbreviations suivantes sont 
utilisees : 

HTTP (Hypertext Transfer Protocol): protocole d'acces 
15 natif du Web; 

MIME (Multimedia Internet Mail Extension) : norme 
d' extension a la messagerie Internet permettant 1' envoi 
de messages multimedia; 

S-HTTP (Secure HTTP) : adaptation de HTTP chif f ree et 
20 securisee; 

SSL (Secure Socket Layer) : adaptation securisee et 
chiffree de TCP; 

URL (Uniform Ressource Locator) : systeme pour 
adresser un document sur le Web. 
25 Un navigateur Web est un logiciel permettant 

d'acceder a l 1 ensemble des sites sur le Web, de les 
consulter, de rechercher et de recuperer des donnees 
depuis ces sites. 

Un serveur Web est une machine connectee sur le Web 
30 et hebergeant des informations consultables par 
navigateur Web. 

Un reverse proxy est un serveur Web qui sert 
d' intermediaire entre des clients Web et plusieurs 
serveurs HTTP. Le client envoie sa requete HTTP au 
35 reverse proxy. Le reverse proxy transmet cette requete a 
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un serveur HTTP et renvoie au client la reponse du 
serveur HTTP. Les transactions commerciales sur un re^seau 
ouvert tel qu 1 Internet sont appelees a connaitre une 
croissance considerable £ court terme. En particulier, un 

5 secteur particulierement concerne est celui de 1* access 
payant a des informations sous la formes de pages ou de 
documents. II peut par exemple s'agir d* informations on- 
line editees par des journaux ou des magazines, ou encore 
de reproductions d'oeuvres litteraires ou artistiques 

10 couvertes par le droit d'auteur. 

II existe d£j£ des services d'acces A des 
informations payantes, mettant notamment en ceuvre des 
transactions par cartes de credit ou un procede de porte- 
monnaie electrique. Dans la majorite des cas, les clients 

15 doivent utiliser, en plus de leur logiciel de navigation, 
un logiciel specif ique de transaction. Des plates-formes 
d'acces Internet utilisant une notion de porte monnaie 
electronique ont ete developpees dans cette voie. 

On peut egalement citer des solutions de paiement 

20 electronique s'appuyant sur des protocoles developpes 
specif iquement et necessitant des navigateurs utilisant 
une couche logicielle SSL (Secure Socket Layer) 
permettant des echanges cryptes. IL existe aussi des 
fournisseurs d'acces a Internet tels que Compuserve qui 

25 proposent un service de paiement integre sur la facture 
de 1 * abonne . 

Cybercash, Kleline, Payline proposent egalement des 
solutions de paiement electronique sur Internet. Ces 
solutions s'appuient sur des protocoles developpes 

30 respectivement par Sligos, Gctech et SG2 . Certaines de 
ces solutions de paiement ne necessitent sur le poste 
client qu'un navigateur Netscape utilisant SSL. II s'agit 
du meme protocole HTTP, mais I'echange est en plus 
crypto. Pour chaque protocole, La cinematique des 

35 echanges est specif ique. 
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Les solutions actuellement proposees ont en commun cie 
requerir 1 1 utilisation sur les ordinateurs des clients 
d'un logiciel ou d*un navigateur adapts. 

Pour utiliser ces solutions de paiement, le 
5 fournisseur de services recupere: 

- une interface de programmation specifique a la 
solution de paiement, 

- eventuellement, un certificat d' authentification. 
Ce certificat permet d' identifier le fournisseur de 

10 services de facon certaine dans les transactions de 
paiement . 

Le but de la presente invention est de remedier a cet 
inconvenient en proposant un systeme pour gerer des 
transactions entre des fournisseurs de services et des 

15 clients sur un reseau de communication, ces fournisseurs 
de services et ces clients disposant respect ivement de 
serveurs et de postes clients connectes au reseau. 

Suivant 1' invention, ce systeme comprend un serveur 
de mediation connects au reseau et agence pour 

20 communiquer d'une part avec les postes clients et d* autre 
part avec les serveurs respectifs des fournisseurs de 
service, de sorte que 1' ensemble des transactions entre 
ces fournisseurs de services et ces clients transite 
obligatoirement via ce serveur de mediation. 

25 Le procede selon 1 ' invention permet ainsi un acces a 

des prestations ou informations payantes en utilisant les 
technologies ouvertes de 1' Internet, et une gestion de 
1 ' integrite des transactions payantes. En effet, le 
serveur de mediation assure 1' ensemble des operations de 

30 gestion des transaction et notamment la facturation des 
prestations, ce qui supprime la necessite d'utiliser un 
navigateur crypte et securise. 

Par ailleurs, avec le systeme de gestion de 
transaction selon 1' invention, les fournisseurs de 

35 services peuvent choisir librement 1 'hebergement de leurs 
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services, en particulier, les lieux, les materiels 
serveurs et les logiciels serveurs Web. lis peuvent en 
outre conserver la liberte de determiner leurs prix et 
obtenir des informations statistiques sur leurs clients. 

5 Dans une version preferee de 1' invention appliqu§e 

aux transactions sur le reseau Internet, le serveur de 
mediation et les serveurs des fournisseurs de services 
communiquent selon le protocole HTTP. Ce protocole HTTP 
est en pratique augmente de champs MIME supplementaires 

10 pour v^hiculer d'une part des informations sur les 
clients et d 1 autre part des informations relatives a la 
facturation des transactions. 

Le syst^me selon 1' invention procure ainsi une 
simplicite d' Edition des serveurs des fournisseurs de 

15 services en ne requerant que 1 1 utilisation de 
technologies standards HTTP sans n6cessiter une 
modification des serveurs ou 1* acquisition de logiciels 
supplementaires . Ceci contribue a des couts . de 
d£veloppement inferieurs a ceux engages pour des proc^des 

20 mettant en ceuvre des protocoles specif iques.. Les serveurs 
des fournisseurs de services n'ont done pas besoin 
d* elements logiciels supplementaires et peut utiliser 
tout serveur HTTP disposant d'une interface CGI ou d'une 
interface propri6taire telle que les interfaces NSAPI ou 

25 ISAPI. Le serveur de mediation est en pratique du type 
"reverse proxy". II est agenc6 pour identifier et 
authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

Dans un mode particulier de realisation applique 

30 notamment a 1 'acquisition de documents payants, le 
serveur de mediation est agenc§ pour g6rer le 
rechargement de documents pendant un intervalle de 
latence de duree pred6termin6e. 
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II est egalement agence pour gerer la facturation des 
prestations offertes par les fournisseurs de services sur 
des comptes d'abonne en temps reel. 

Suivant un autre aspect de 1' invention, il est 
5 propose un procede pour gerer des transactions entre des 
fournisseurs de services et des clients sur un reseau de 
communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs et de postes 
clients connectes au reseau, mis en oeuvre dans le systeme 
10 selon 1' invention. 

Ce procede comprend, en reponse a une demande de 
prestation emanant d'un client: 

- un envoi d'une requete emise par le serveur de 
mediation a destination du fournisseur d'acces proposant 

15 cette prestation, cette requete comprenant des elements 
d' identification du client et du fournisseur de services; 
et 

- un envoi d'une reponse emise par le fournisseur de 
services a destination du serveur de mediation en reponse 

20 a cette requete, . cette reponse comprenant des elements 

d' information relatifs a la facturation de la prestation 

demandee par le client. 

On peut avantageusement prevoir que le procede selon 

1* invention comprenne en outre, prealablement a 1* envoi 
25 d'une requete au serveur du fournisseur de services, une 

identification et une authentif ication du client par le 

serveur de mediation. 

Le procede peut egalement assurer, au niveau du 

serveur de mediation, un controle de l'integrite de la 
30 prestation fournie au client par le fournisseur de 

services . 

II peut en outre avantageusement comprendre, au 
niveau du serveur de mediation, un traitement des 
elements d 1 information transmis par le serveur du 
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fournisseur de services, et une facturation de la 
prestation fournie au client. 

D'autres particularity et avantages de I'invention 
apparaitront encore dans la description ci-apres. Aux 
5 dessins annexes donnes a titre d'exemples non limitatifs: 

- la figure 1 est un schema synoptique d'un 
syst^me de gestion de transactions selon 
1* invention; et 

- la figure 2 illustre des traductions d'URLs 
10 mises en oeuvre dans le proc6de de gestion de 

transactions selon 1 ' invention. 
On va maintenant d^crire un exemple de realisation 
d'un systeme de gestion de transaction selon 1' invention - 
Un syst£me de gestion de transaction S selon 
15 l 1 invention est organise autour d'un serveur de mediation 
SM connecte au reseau Internet et comprend notamment des 
outils de gestion commerciale et de facturation GC, un 
module de gestion du rechargement de documents GR, et une 
ou plusieurs unites de stockage et de base de donnees BD. 
20 Ce serveur de mediation SM peut Stre lui-meme gere par un 
fournisseur d'acc^s a Internet qui est alors en mesure de 
proposer a ces clients abonnes un acces k des prestations 
payantes proposees par des fournisseurs de services. 

Le serveur de mediation gere 1 ' authentif ication des 
25 clients et la facturation et est le passage oblige pour 
rendre payants des pages, images ou tout objet pouvant 
etre rapatries par HTTP tel que des applets Java. 
II assure ainsi les fonctions suivantes: 
- identification et authentif ication des clients, 
30 - integrite de la livraison au client, m£me en cas de 

coupure reseau; le client aura alors la possibility de se 
reconnecter et de recharger son bien gratuitement pendant 
une dur£e pr6determinee; 
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- autorisation de rechargement de documents pendant 
une dur6e de latente sp6cifi.ee par le fournisseur de 
services; 

facturation de la consommation sur un compte 
5 d'abonne en temps reel. 

On va maintenant d6crire les Stapes essentielles du 
proc§de de gestion de transactions rais en oeuvre dans le 
syst^me selon 1' invention. 

En reponse a une requite (1) d'un client CL pour 
10 utiliser des prestations proposees par un fournisseur de 
services FS, le serveur de mediation SM contacte (4) le 
serveur Web de ce fournisseur de services FS en utilisant 
le protocole HTTP et lui envoie une requite incluant des 
champs MIME contenant des informations sur le client. 
15 A titre d'exemple non limitatif, les elements 

d' information inclus dans la requete 6mise par le serveur 
de mediation, peuvent comporter sous la forme de champs: 

- un identifiant Client, qui peut etre 1 ' identifiant 
de ce client attribue par le fournisseur d'acc^s Internet 

20 ou un identifiant specif ique pour un client anonyme; 

- un identifiant de transaction; 

- la date et l'heure de la requite; 

- un identifiant du fournisseur de services; 

- le type de requete] . 

25 On peut par exemple envisager deux types de requete: 

- une requite suite ci une facturation du client, 

- une requite suite a une demande de bien ou de 
service payant par un client. Le client a d6ja ete 
facture pour ce bien ou ce service. Le client est en 

30 train de redemander ce bien ou ce service dans le duree 
de ref acturation gratuite. Dans ce dernier cas, le 
serveur de mediation verifie (3) que le bien ou le 
service est en cours de rechargement gratuit. 

En retour, la reponse (5) envoyee par le serveur Web 

35 du fournisseur de services contient dans ses champs MIME 
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des elements d 1 information permettant de facturer le 
client, notamment des prix, des references de produits. 

Si l'objet demande est gratuit, la reponse ne 
contient aucun des champs MIME et cet objet est 
5 automatiquement considere comme gratuit par le serveur de 
mediation. 

Dans tous les autres cas, le serveur du fournisseur 
de services code, dans les champs MIME de sa reponse, des 
informations de taxation, designees dans la suite sous le 

10 terme de "ticket", servant au contrdle la transaction. 
Les champs de la reponse sont ensuite filtres par le 
serveur de mediation SM qui transmet (6) notamment dans 
la base de donnees BD le ticket de facturation. Le SM met 
a jour (7) le compte client. Enfin, il livre (8)le bien 

15 ou le service au client CL. 

Cette notion de ticket permet ainsi a un fournisseur 
qui veut mettre a disposition uniquement des pages 
gratuites d'utiliser un serveur HTTP sans aucune 
adaptation. Un ticket peut contenir les elements 

20 d' information suivants: 

- montant HT, champ obligatoire, 

- taux de TVA, par defaut 20,6%, 

- duree de latence, par defaut 1 heure, 

- description n°l, champ obligatoire, 
25 - description n°2, champ optionnel. 

On peut aussi avantageusement prevoir une extension 
du protocole permettant 1' envoi au fournisseur d'une 
requete pour le prevenir si le client a ete facture ou 
non. 

30 Le serveur du fournisseur de service est organise en 

deux parties, comme I'illustre la figure 2: 

- une partie gratuite de vitrine et de navigation, 
accessible directement depuis 1' Internet; 
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- une partie payante, accessible uniquement depuis le 
servear de mediation qui constitue aihsi une passerelle 
ou un "reverse proxy". 

Le serveur de mediation est un serveur HTTP simple, 
5 et non un serveur proxy HTTP. II doit done disposer dans 
l'adresse URL qu'il recoit d'un client les informations 
necessaires au routage vers le serveur HTTP du 
fournisseur de services. 

Le format des adresses URL d'un serveur de mediation 
10 peut §tre determine de la facon suivante: 



. "http://" 


serveur de mediation [ T 


• : " port du 


serveur] "/" 


identifiant du fournisseur 


de services 


•7" reste de 


l'URL 




11 est traduit 


en une requete pour I'URL 


suivante sur 


serveur du FS : 






"http://" 


serveur du FS [" :" port 


du serveur] 


*7 n reste de 


l'URL 





L' identifiant du fournisseur de services accorde par 
20 le gestionnaire du serveur de mediation peut etre par 
exemple une chaine de caracteres simples (majuscules, 32 
maximum) attribute une fois pour toutes au FS. 

Par exemple, si l'on utilise le serveur de mediation 
pay.www.wanadoo.fr sur le port 80 pour acceder a un 
25 hypothetique service XYZ (heberge physiquement sur la 
machine www.xyz.fr sur le port 2000, l'URL sur le serveur 
de mediation est: 

http : / /pay . www . wanadoo . f r/XXZ/abc/daf . htaal 

et VURL sur le serveur du fournisseur de services 

30 est: 

http : //www . xyz , f r : 2000 /abc/def .html 
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Le serveur vu du logiciel client est le mediateur. 
Les URL ref6renc6es depuis une page HTML sur le serveur 
ont comme base l'URL transformee par le mediateur et non 
l'URL directe d'acc§s au serveur. On doit alors 
5 imperativement utiliser soit: 

- des URL absolues completes comprenant une reference 
au serveur de mediation et un code fournisseur; 

- des URL relatives. 

On va maintenant decrire des exemples de codage des 
10 champs utilises dans les echanges entre les clients/ le 
serveur de mediation et les serveurs des fournisseurs de 
services . 

Les lignes d' en-tete sont echang&es entre le serveur 
de mediation et le fournisseur de services. Tous les 
15 m6canismes definis ici sont d6crits et formalisms dans 
une forme Backus-Naur (BNF) augment6e similaire a celle 
utilisee dans la RFC-822. Ce formalisme est decrit dans 
la specification version 1.1 du protocole HTTP proposee a 
1'IETF par T . Berners-Lee, R.Frieding et H. Nielsen. Le 
20 protocole HTTP est un protocole avec un aller-retour 
simple requete-r6ponse entre client et serveur. II est 
bati au dessus d'une connexion TCP entre le client et le 
serveur. Des documents de reference sur les les URLs et 
sur le protocole HTTP peuvent par exemple etre consults 
25 sur le site Web du consortium V3C (adresse www.w3.org). 
Le document rfc-822 est consultable sur le serveur FTP de 
l'INRIA (adresse ftp.inria.fr). 

Le format de la requete dans sa forme la plus simple: 

Methode URL 
30 et dans le cas le plus general : 

Methode URL Version 

Champs MIME (RFC-822) 

ligne vide optionnel 

objet MIME optionnel 

35 Par exemple : 
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GET /chemin/document.html HTTP/1.0 
Accept: */* 
Accept: text/html 
Accept : image/gif 

5 

Toutes les informations additionnelles fournies par 
le serveur de mediation sont vehicul6es dans des champs 
MIME supplementaires par rapport a la requ£te du client. 
Ces champs sont filtres s'ils existaient d6ja dans la 
10 requete client. 

Le format de la r^ponse est : 

Code Version Texte 
Champs RFC-822 
ligne vide 

15 objet MIME 

Par exemple : 

200 HTTP/1.0 Normal 
Content-type: text/html 

20 <HTMLXHEADXTITLE>Tout va bien<TITLEx/HEAD> 

<BODY><P>Tout va bien</PX/BOD¥> 
Les informations de taxation sont fournies par le 
serveur du fournisseur de services sous la forme de 
champs MIME supplementaires. 

25 On va maintenant decrire un exemple de gestion du 

protocole en utilisant 1' interface CGI. 

II s'agit tout d'abord d'extraire les parametres 
fournis par le serveur de mediation. Les en-t§te MIME 
generiques n' ayant pas de signification speciale pour 

30 HTTP, sont accessibles par la variable d 1 environnement 
HTTP_nom ou nom est le nom du champ, avec traduction des 
tirets «-» en soulignes «_». Tous les champs d^finis pour 
la definition du protocole sont ainsi accessibles 
directement a partir d'un script CGI sur les serveurs 

35 supportant CGI 1.1 ou ult6rieur. 
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Les en-tetes sont dans des variables d' environnement 
shell du CGI. Pour obtenir la valeur d'un de ces champs, 
un script CGI se contente d'utiliser la fohction de 
librairie du le langage de progr animation utilise 
5 permettant d' obtenir la valeur d'une variable 
d' environnement . 

En ce qui concerne la generation par le serveur du 
fournisseur de services au serveur de mediation, un 
script CGI doit envoyer sur sa sortie standard: 
10 - les en-tetes de la reponse HTTP au serveur de 

mediation; 

- la page a envoyer au serveur de mediation. 
Un script CGI doit ainsi suivre le pseudo-code 
suivant: 

15 l.Recuperer les parametres fournis 

par le serveur de mediation; 

2.Calculer le prix et les 
informations permettant de gen&rer la 
page; 

20 3. Envoyer les en-tetes sur la sortie 

standard; 

4. Envoyer une ligne vide pour 
marquer la fin des en-tetes; 

5. Envoyer le corps (texte,. HTML, 
25 GIF, etc.) sur la sortie standard. 

Par ailleurs, certains champs peuvent contenir du 
texte libre : X-FT-Ref erence-1, X-FT-Ref erence-2 . 

Ces champs sont interpretes selon la norme de codage 
de caracteres ISO 8859-1 (ISO Latin-1), qui est celle 
30 d'Unix et.de Windows, et qui se deduit d' Unicode par 
masquage du premier octet. 

Le contenu de ce champ ne peut pas contenir les 
caracteres ASCII 10 (LF, saut de ligne), 15 (CR, retour 
chariot), ni tout autre caractere non imprimable selon la 
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norme ISO 8859-1 (y compris les extensions apportees par 
Microsoft Windows) . 

S'agissant des formats de date, le protocole HTTP 
d6finit un format de date appelS HTTP-date. 
5 Le champ X-FT-Acquittement contient une URL absolue 

relative au m£me serveur que celui de la requite 
initiale. 

Le fournisseur de services avertit le serveur de 
mediation qu'il souhaite avoir un accuse de reception 
10 pour 1' achat en cpurs. Le mediateur envoie un accuse de 
reception au fournisseur en lui envoyant une requete HTTP 
de type HEAD sur le m£me serveur que celui qui a traite 
la requite initiale. 

Les caract^ristiques de cette requete HTTP 
15 d' acquittement sont les suivantes : 

- la methode de la requete est HEAD ; 

- l'URL est la valeur du champs X-FT-Acquittement ; 

- les en-tetes envoy6es sont : 

- les en-tetes que le mediateur a envoye au 
20 fournisseur pour lui demander le bien payant ; 

- un echo des en-tetes que le fournisseur lui a 
renvoye avec le bien; 

- un en-tete X-FT-Confirm indiquant si le bien 
a ete facture. 

25 Le mediateur envoie un en-t§te X-FT-Confirm dans un 

accuse de reception. Le mediateur y indique si il a 

facture le client. 

Une requete est identifiee de facon unique par le 

serveur de mediation par un numero de transaction. Elle 
50 est 6galement datee suivant le format HTTP-date rappele 

ci-dessus . 

Un champ X-FT-ID-Client contient un identifiant 
caract6risant le client. II est fourni par le serveur de 
mediation aux fournisseurs de services. 
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Cet identifiant est stable dans le temps pour un 
client et une version du protocole donnes. Une 
modification majeure du profil client peut cependant 
influer sur 1' identifiant . II n'est pas garanti comme 
5 etant identique entre fournisseurs de services 
differents. Cet identifiant peut par exemple permettre a 
un fournisseur de faire des statistiques ou de gerer du 
contexte pour un client sans le connaitre explicitement 
(droits acquis, etc.). 
10 Le champ X-FT-ID-Fournisseur contient 1' identifiant 

du fournisseur. II est fourni par le serveur de mediation 
a partir de 1'URL du document que lui demande le client. 
Chaque fournisseur a un identifiant unique. Cette 
information est utile pour les hebergeurs de services. 
15 Un champ X-FT-ID-Transaction identifie la transaction 

sur la facturation client. 

S'agissant du champ X-FT-Latence, un client peut 
recharger gratuitement un document qu' il a achete pendant 
une certaine periode, inferieure a une heure dans tous 
20 les cas, et precisee par le fournisseur de services. 

Ceci est dQ au fait que certains clients HTTP 
rechargent des documents (a 1' impression, lors d'un "View 
Source"), et un utilisateur peut etre araene a le faire en 
cas d' incident technique. Le serveur de mediation verifie 
25 a chaque requete d'un client s'il s'agit d'un 
rechargement ou non. Ca latence peut etre comprise entre 
1 minute et 1 heure. 

Le champ X-FT-PrixHT contient le prix hors taxes de 
1' information demandee. Le taux de TVA correspondant est 
30 donne dans le champ X-FT-TVA decrit par la suite. 

II est a noter que ce montant est le montant de base 
qui servira pour les calculs ulterieurs. II peut done 
etre different de la remuneration finale du fournisseur, 
selon les ristournes et commissions applicables. 
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Le champ X-FT-Reference-1 permet de met t re au 
fournisseur de decrire le service rendu (reference 
produit) . II est obligatoire pour £tre indique sur la 
facture du client. 
5 Le champ mono-value X-FT-Ref erence-2 permet de mettre 

au fournisseur de decrire plus finement 1' information. II 
est facultatif et pourra etre ajoute & la facture du 
client. 

On peut par exemple utiliser X-FT-Reference-1 pour la 
10 description generale de 1' information, et X-ET-Ref erence- 
2 pour donner plus de details sur la requete 
particuliere. 

Le champ X-FT-TVA contient le taux de TVA associe & 
la transaction, le montant etant donne hors taxes. Ce 
15 taux doit etre communique par le fournisseur, puisqu'il 
depend du la nature de 1' information. Le taux de TVA est 
exprime en pourcentage. 

On va maintenant decrire la fonction de rechargement 
offerte par le systeme et le procede selon l 1 invention. 
20 II existe deux types de documents payants: 

les documents en cours de rechargement 
gratuitement; le mediateur ne les facture pas. Apres une 
premiere facturation pour un document donne, un client 
peut recharger gratuitement ce mdme document pendant une 
25 duree donnee. Le fournisseur fixe cette duree. Elle 
n'excede pas une heure; 

les documents payants et facturables; ces 
documents sont demanded pour la premiere fois par le 
client. Ou bien, le client demande un document apres que 
30 ce document ait dej£ ete facture et apres la duree de 
rechargement gratuit du document. 

L'en-tete indique quel est le type de document 
demande. Par exemple, un client vient de demander un 
document payant. II lui a ete facture et le fournisseur a 
35 indique une periode de latence d' une heure. Un quart 
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d'heure plus tard, le client redemande le meme document. 
Le serveur de mediation gen^re l'en-t£te HTTP 
X-FT-Type-Requete : Rechargement 
Deux heures plus tard, le meme client redemande le 
5 meme document. Cette fois, le m^diateur envoie un en-tete 
HTTP 

X-FT-Type-Requete: Normal 

Le syst^me et le procede selon 1 ' invention peuvent 

10 §tre appliques pour des types varies de prestations 
disponibles sur un reseau. Une premier type de 
prestations particuli^rement vis6 par la presente 
invention est celui de la fourniture de documents et de 
pages payants. II peut s f agir # par exemple, de journaux, 

15 de magazines, de cartes geographiques, meteorologiques, 
economiques, de resultats de tests ou de sondages, 
d' informations de nature juridique, etc.. II peut 
egalement s'agir de documents ludiques ou artistiques, 
graphiques et/ou sonores. Le syst&me selon 1* invention 

20 peut egalement assurer la gestion de droits d'auteurs 
associ^s a des cr6ations intellectuelles ou artistiques. 

On peut egalement mettre en ceuvre le syst&me et le 
procede selon 1' invention pour la gestion d' operations de 
vente sur catalogue electronique. 

25 Bien sur, 1' invention n'est pas limitee aux exemples 

qui viennent d'etre decrits et de nombreux amenagements 
peuvent etre apportes £ ces exemples sans sortir du cadre 
de l 1 invention. En particulier, les elements 
d' identification et de tarification peuvent etre ecrits 

30 suivant des syntaxes differentes de celles qui viennent 
d'etre decrites. En outre, le procede selon 1' invention 
n'est pas li6 au seul protocole HTTP actuel raais pourra 
etre mis en ceuvre avec d'autres protocoles futurs. 
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REVENDICATIONS 

1. Systeme (S) pour gerer des transactions entre des 
fournisseurs de services (FS) et des. clients (CL) sur un 
reseau de communication, ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connectes au reseau, 
caracterise en ce que ce systeme (S) comprend un serveur 
de mediation (SM) connecte au reseau et agence pour 
communiquer selon un protocole de communication 

to predetermine, d'une part avec les postes clients et 
d' autre part avec les serveurs respectifs des 
fournisseurs de service (FS) , de sorte que 1' ensemble des 
transactions entre ces fournisseurs de services (FS) et 
ces clients (CL) transite via ce serveur de mediation 

15 (SM) . 

2. Systeme (S) selon la revendication 1, caracterise 
en ce que le serveur de mediation (SM) et les serveurs 
des fournisseurs de services (FS) communiquent selon le 

20 protocole HTTP. 

3. Systeme (S) selon la revendication 2, caracterise 
en ce que le protocole HTTP est augmente de champs MIME 
supplementaires pour vehiculer d'une part des 

25 informations sur les clients et d' autre part des 
informations relatives a la facturation des transactions. 

4. Systeme (S) selon l'une des revendications 
precedentes, caracterise en ce que le serveur de 

30 mediation (SM) est du type "reverse proxy". 

5. Systeme (S) selon l'une quelconque des 
revendications precedentes, caracterise en ce que le 
serveur de mediation (SM) est agence pour identifier et 
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authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

6. Systeme (S) selon la revendication 5, applique 
5 notamment a 1 1 acquisition de documents payants, 
caracterise en ce que le serveur de mediation (SM) est 
agence pour gerer un rechargement gratuit de documents 
pendant un intervalle de latence de duree pred6terminee. 

10 7. Systeme (S) selon l ! une des revendications 5 ou 6, 

caracterise en ce que le serveur de mediation (SM) est 
agence pour gerer la facturation des prestations offertes 
par les fournisseurs de services. 

15 8. Systeme (S) selon la revendication 7, caracterise 

en ce que le serveur de mediation (SM) gere des 
facturations sur des comptes d'abonne. 

9. Systeme (S) selon l'une des revendications 7 ou 8, 
20 caracterise en ce que le serveur de mediation (SM) gere 

des facturations en temps reel. 

10. Procede pour gerer des transactions entre des 
fournisseurs de services et des clients sur un reseau de 

25 communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CD connectes au reseau, mis en ceuvre 
dans le systeme (S) selon l'une quelconque des quelconque 
des revendications precedentes, caracterise en ce qu'il 

30 comprend, en reponse a une demande de prestation emanant 
d'un client: 

- un envoi d'une requete emise par le serveur de 
mediation (SM) a destination du fournisseur d'acces 
proposant cette prestation, cette requete comprenant des 
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elements d 1 identification du client et du fournisseur de 
services; et 

- un envoi d'une reponse emise par le fournisseur de 
services a destination du serveur de mediation <SM) en 
5 reponse a cette requete, cette reponse comprenant des 
elements d 1 information relatifs a la facturation de la 
prestation demandee par le client. 

11. Precede selon la revendication 10, caracterise en 
10 ce qu'il comprend en outre, prealablement a 1' envoi d'une 
requete au serveur du fournisseur de services (FS), une 
identification et une authentif ication du client par le 
serveur de mediation (SM) . 

15 12. Procede selon la revendication 11, caracterise en 

ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM), un contrdle de I'integrite de la 
prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 

20 des en-tetes emises par le fournisseur de services. 

13. Procede selon l'une des revendications 10 a 12, 
caracterise en ce qu'il comprend en outre, au niveau du 
serveur de mediation (SM) , un traitement des elements 

25 d' information transrais par le serveur du fournisseur de 
services (FS), et une facturation de la prestation 
fournie au client. 

14. Procede selon la revendication 13, caracterise en 
30 ce qu'il comprend en outre un envoi par le serveur de 

mediation (SM) d'un accuse de reception au fournisseur de 
services, en reponse a une requ§te de celui-ci. 
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15. Procede selon l'une des revendications 13 ou 14, 
caracterise en ce que des prestations sont facturees sur 
des comptes d'abonnes. 

5 16. Proc6d6 selon I'une des revendications 13 & 15, 

caracterise en ce que des prestations sont facturees en 
temps r6el. 

17. Precede selon l'une quelconque des revendications 
10 10 a 16, caracterise en ce qu'il autorise un rechargement 

de documents fournis par un fournisseur de services & un 
client pendant un intervalle de latence predetermine. 

18. Procede selon l'une quelconque des revendications 
15 10 £ 16, mis en oeuvre avec le protocole HTTP, caracterise 

en ce que les informations d* identification et de 
tarification sont vehiculfees dans des champs MIME 
suppiementaires des en-tetes du protocole HTTP. 
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REVBNDICATTONS MODIFIEES 

[revues par le Bureau international le 11 Juin 1998 (11.06.98); 
revendications originales 1-18 remplacees par les revendications 
1-15 modifiees (4 pages)] 

1. Systeme (S) pour gerer des transactions entre des 
fournisseurs de services (FS) et des clients (CL) sur un 
reseau de communication/ ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connected au reseau, ce 
systeme (S) comprenant un serveur de mediation (SM) 
connecte au reseau et agence pour communiquer selon un 
protocole de communication predetermine, d'une part avec 

10 les postes clients et d 1 autre part avec les serveurs 
respectifs des fournisseurs de service (FS), de sorte que 
1' ensemble des transactions entre ces fournisseurs de 
services (FS) et ces clients (CL) transite via ce serveur 
de mediation (SM) , caracterise en ce que le serveur de 

15 - mediation (SM) est agence pour gerer la facturation des 
prestations offertes par les fournisseurs de services, et 
en ce que des informations sur les clients emises par le 
serveur de mediation et des informations de facturation 
emises par les serveurs des fournisseurs de service (FS) 

20 sont transmises en utilisant des mecanismes d* extension 
du protocole de communication. 

2. Systeme (S) selon la revendication 1, dans lequel 
le serveur de mediation (SM) et les serveurs des 

25 fournisseurs de services (FS) communiquent selon le 
protocole HTTP, caracterise en ce que le protocole HTTP 
est augmente de champs MIME supplementaires pour 
transmettre d'une part des informations sur les clients 
et d' autre part des informations relatives a la 

30 facturation des transactions. 

3 . Systeme (S) selon 1 ' une quelconque des 
revendications precedentes, dans lequel le serveur de 
mediation (SM) est agence pour identifier et authentifier 

35 tout client sollicitant une transaction avec un 
fournisseur de services, caracterise en ce que le serveur 
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de mediation (SM) est agence pour gerer un rechargement 
gratuit de documents pendant un intervalle de latence de 
duree predetermine . 



5 4. Systeme (S) selon l'une quelconque des 

revendications pr^cedentes, caracterise en ce que le 
serveur de mediation (SM) gere des facturations sur des 
comptes d ' abonne . 

10 5. Systeme (S) selon I'une quelconque des 

revendications precedent es, caracterise en ce que le 
serveur de mediation (SM) gere des facturations en temps 
reel . 

15 6. Procede pour gerer des transactions entre des 

fournisseurs de services et des clients sur un reseau de 
communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CL) connectes au reseau, mis en ceuvre 

20 dans le systeme (S) selon l'une quelconque des quelconque 
des revendications precedentes, caracterise en ce qu'il 
comprend, en reponse a une demande de prestation emanant 
d'un client: 

- un envoi d'une requete emise par le serveur de 
25 mediation (SM) a destination du fournisseur d'acces 

proposant cette prestation, cette requete comprenant des 
elements d 1 identification du client et du fournisseur de 
services; et 

- un envoi d'une reponse emise par le fournisseur de 
30 services a destination du serveur de mediation (SM) en 

reponse a cette requite, cette reponse comprenant des 
elements d 1 information relatifs £ la facturation de la 
prestation demandee par le client. 
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7. Procede selon la revendication 6, caracterise en 
ce que la reponse emise par le fournisseur de services 
comprend en outre une demande d 1 accuse de reception. 

5 8. Procede selon la revendication 7, caracterise en 

ce qu'il comprend en outre, prealablement a 1' envoi d'une 
requite au serveur du fournisseur de services (FS), une 
identification du client par le serveur de mediation (SM) 
et une validation que le client a acces aux prestations 

10 du fournisseur de services. 

9. Procede selon la revendication 8, caracterise en 
ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM) , un controle de l'integrite de la 

15 prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 
des informations emises par le fournisseur de services. 

10. Procede selon l'une des revendications 7 a 9, 
20 caracterise en ce qu'il comprend en outre, au niveau du 

serveur de mediation (SM) , un traitement des elements 
d 1 information transmis par le serveur du fournisseur de 
services (FS) , et une facturation de la prestation 
fournie au client. 

25 

11. Procede selon la revendication 10, caracterise en 
ce qu'il comprend en outre un envoi par le serveur de 
mediation (SM) d'un accuse de reception au fournisseur de 
services, en reponse a une requite de celui-ci. 

30 

12. Procede selon l'une des revendications 10 ou 11, 
caracterise en ce que des prestations sont facturees sur 
des comptes d'abonnes. 
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13. Procede selon l'une des revendications 10 a 12, 
caracterise en ce que des prestations sont facturees en 
temps reel. 

5 14. Procede selon l'une quelconque des revendications 

7 a 13, caracterise en ce qu'il autorise un rechargement 
de documents fournis par un fournisseur de services a un 
client pendant un intervalle de latence predetermine. 

10 15. Procede selon l'une quelconque des revendications 

7 a 14, mis en oeuvre avec le protocole HTTP, caracterise 
en ce que les informations d • identification et de 
tarification sont vehiculees dans des champs MIME 
supplementaires des en-t^tes du protocole HTTP. 

15 
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